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(57) Abstract: In one paiticular embodiment, the disclosure is directed to a system that includes a processor, a database accessible to 
^ the processor, and storage media. The database includes a relationship table identifying a relationship of at least one pair of medical 
^ findings. The storage media stores instructions operable to direct the processor to retrieve the relationship of the at least one pair of 
1^ medical findings and instructions operable to direct the processor to generate graphical user interface data based on the relationship. 
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DATA STRUCTURES FOR CONTEXT BASED RULE APPLICATION 

EricWohl 

CROSS-REFERENCE TO RELATED APPLICATION'S^ 

S The present application daims priority from U.S. provisional patent application no. 60/430,420, filed 
December 3, 2002, entitled "Data structures for context based rule aj^lication," naming inventors J.D. 
Stewart, Eric Wohl and Randolph Lipscher, which iq>pUcation is incorporated by reference herein in its 
entirely. 

10 BACKGROUND 
TECHNICAL FIELD OF DISCLOSURE 

The disclosed matter relates, in general, to context sensitive data usage. More specifically, the disclosure 
relates to the organization of data for pairing medical findings. 

15 BACKGROUND ART 

Electronic medical records (EMR) systems have been developed for collecting medical data. The systems 
collect and store data associated with administrative information, insurance information, and patient 
information. 

Generally, EMR systems have an interface formed with static pages. To create and manage an EMR system 
20 interface, ccmsiderable effort is extended to maintain links and adjust page elements. 

The results of an examination or visit may be documented. Typical EMR systems utilize manual coding to 
convert between examination findings and billing codes. Entering the codes is time consuming and expensive. 
Moreover, errors in data entry lead to delays in payment by insurance companies and government provided 
medical assistance programs. 

25 As such, many medical records systems suffer from deficiencies in providing interfaces and coded references 
to examination findings. Therefore, an improved EMR system would be desirable. 

SUMMARY 

In one particular embocfiment, the disclosure is directed to a system that includes a processor, a database 
30 accessible to the processor, and storage media. The database includes a relationship table identifying a 

relationship of at least one pair of medical finding?. The storage media stores instructions operable to direct 
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the processor to retrieve the relationship of the at least one pair of medical findings and instructions operable 
to cfirect the processor to generate graphical user interface data based on the relationship. 

In another exemplary embodiment, the disclosure is directed to a device that includes a processor, a display 
medium, and storage media accessible to the processor. The storage media includes instructions operable to 
S direct the processor to display a graphical user inter&ce based on at least one relationship of a pair of medical 
findings. 

In a further exemplary embodiment, the disclosure is directed to a method of providing a medical encounter 
graphical user interface. The method includes retrieving data associated with a rdatbnship of at least one pair 
of medical findings firom a database and generating graphical user interface data based on the relationship. 

10 In another exemplary embodiment, the disclosure is directed to a storage media including computer operable 
instructions stored in a computer readable memory. The computer operable instructions direct computational 
circuitry to retrieve data associated with a relationship of at least one pair of mecfical findings from a database 
and to generate graphical user interface data based on the relationship. 



15 BRIEF DESCRIPTION OF THE FIGURES 

FIG. 1 depicts uiheritance of a medical class. 

FIG. 2 illustrates an exemplary embodiment of a class. 

FIG. 3 illustrates an exemplary finding for an exemplary class. 

FIG. 4 is a pictorial of an exemplary finding location. 
20 FIG. 5 is a diagram depicting exemplary associations of findings. 

FIGs. 6A, 6B, 6C, and 6D are diagrams depicting exemplary finding relationships, according to the invention; 

FIGs. 7, 8, 9, and 10 depict exemplary organizations of data. 

FIGS. 1 1, 12, and 13 depict exemplary systems for providing an inter&ce and acquiring data. 
FIG. 14 illustrates an exemplary method for providing an interfece. 
25 FIGs. 15 and 16 depict exemplary interfaces. 
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MODES FOR CARRYING OUT THE INVENTION 

In medical examinations and data collection associated with medical records, the data collected and the 
method for referring to that data has a context sensitive nature. Location on the body and the type of finding 
can have implications in presentation, linguistic, and coding reference, among others. For presentation 
5 reference, the finding may have an associated control such as a check box, bi-state control element, or tri-state 
control element For linguistic reference, the finding may have various phrases associated With it when 
referring to it in the positive or negative or when discussing it in a summary or narrative. For coding, the 
finding may have various rules associated with it for determining medical codes and billing codes. 

When examining patients, there are over 700 body parts with 7000 conditions associated with various parts. 
1 0 Cataloging the total number of parts would require references to several hundred thousand complex findings. 
The number of findings and context data leads to a large database. Large databases typically have slow access 
tune and large storage requirements. These slow access times delay responsiveness to commands. For 
example, doctors may experience a delay when entering and retrieving data from the system. 

MedScal records systems having graphical and linguistic displays may display a large variety of screens to 
1 5 enable medical professionals, patients, and insurance and government personnel to enter data concerning the 
human body. The human body has a large number of parts. Each part may have various associated ailments 
and qualities indicative of a patient's status and health. In addition, various tests, medical history data, patient 
profile data, prescriptions, and insurance data m^ be stored in the system, each having a variety of associated 
status and results parameters. 

20 An object-oriented data model may be used to characterize, catalog, and associate findings. This object- 
oriented data model may be implemented in a relational database, object-oriented database, or object-oriented 
program coding. The data model niay be used to dynamically generate an inter&ce for entering, storing, and 
encoding encounter findings. In addition, the data model may be used in medical and billing coding, research, 
artificial intelligence, and narradve generation. 

25 FIG. 1 depicts an exemplary data model. Base classes for disease 102 and symptoms 104 may be developed. 
In addition, other classes may be developed social history, family history, testing, pharmacology, and other 
base data sets. These classes may be used to build classes utilizing inheritance. For example, the symptom 
class 104 may be used to build a pain class 106. The pain class may inherit data, characteristics, and logic 
from the base symptom class 104. 

30 In another example, a cancer class 108 may be derived fiom the disease class 102. The cancer class 108 may 
also include data elements derived from the pain class 106. In this manner, more complex classes may be 
developed. For example, the cancer class 108 may be used to build a breast cancer class (not shown). 
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The object-oriented data model may, for example, exhibit the features of a object or class, such as inheritance, 
overloading, and public and private data and Ipgia However, the data model may or may not uiclude each of 
these features. 

FIG. 2 depicts an exemplaiy class 202 for breast cancer. Diagnosis and examination of breast cancer may 
5 have associated data including type, stage, location, severity, and onset ?<x example, type m^ include ductal 
carcinoma, lobular carcinoma, estrogen receptor positive, adenocarcinoma, inflammatory carcinoma, 
cystosarooma phylloides, invasive medullary carcinoma, invasive tubular carcinoma, other breast carcinoma, 
and unspecified breast carcinoma. Stage may include 0, 1, II, III, IIIB, and IV. Other data may be associated 
with the cancer, such as status, grade, tumor marker present, and detection method. 

10 In addition, data may be collected that relates to other classes, such as pain 204 and social history 206. A pain 
class 204 may, for example, include data relating to severity, location, onset, and timing. In some cases, siich 
as, for exan^le, severity and location, the data may overlap with tliat collected for the larger class, such as the 
breast cancer class 202. In some cases, such as, for example, onset, the data may have a similar label, but 
relate to (Offering events, such as the disooveiy of a cancer and the onset of pain. 

1 5 Classes, such as social history 206 or femily history (not shovm), may provide additional context to a finding. 
For example, knowledge relating to healthy worl^ phenomena or existence first-degree relative with breast 
cancer, may aid in diagnosing and treating diseases. 

Tlie data model may also apply to situations such as metastasized tumors and cancers. For example, breast 
cancers may metastasize to form brain tumors. A brain tumor class tnaiy be used for representation of both a 
20 benign brain tumor and a metastasized breast cancer. In this manner, duplication of a class is prevented by 
previously devel(^ed classes. 

Classes derived from sinular parent classes may have conmion characteristics, data sets, and logjc. FIG. 3 
depicts an exemplary relationship that may be used in a variety of tumor classes. For example, "breast cancer" 
may have a related finding of "recent history.** "Recent histor/' may have a related finding of "stable 
25 symptoms." Other cancer classes may also have a relationship to "recent history" and may further utilize the 
relationship of "recent history" to "stable symptoms." 

FIGs. 4, 5, 6A, 6B, 6C and 6D depict a relationship of a symptom. FIG. 4 is a pictorial of one exemplary 
location on the body, flie hand. The hand may be subdivided into various sections, the palm, fingers, and the 
back of the hand, among others. Each finger may be further subdivided into joints, fingernails, and 
30 subsections. In addition, there are two hands, a right and a left 

Each part may have a variety of aihnents or conditions associated with it For example, joints may exhibit 
swellmg, heat, rigidity, dislocations, and various otiier c<mditions. Odier sections of the finger may exhibit 
swelling, cuts of varying lengtiis, and other conditions. The representation of each of tfiese ailments or 
conditions for each of the locations or body parts with which it may be associated leads to a large number of 
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possible combinations. MjcM-eover, the ailments or conditions may have differing linguistic references or 
graphic representations depending on the context of the aihnent or condition. Furthermore, various coding 
rules may be applicable to these ailments or conditions depending on their context 

For example, a wound in the skin may be linguistically referred to as a scrape, laceration, cut, incision, or 
S puncture, among others, dq>endlng on the context Further, the wound may be associated with differing 
medical and billmg coding rules dependmg on location, size, and treatment Several lacerations on an 
extremity may be treated differently for billing puqx>ses than lacerations on the scalp, A laceration on an arm 
and two on a leg may have different billing rules than treatment of three lacerations on an arm. 

Shnilarly, calor may refer to heat, calor, or a warmth (depending on context). The context is therefore made of 
10 a variety of findings. These findings include associated conditions, aihnents, corporal location, medical 
history, patient data, testing, prescriptions, and other medical data. 

FIG. 5 represents the subdivision of an ailment or condition into findings. Calor of the right second distal 
interphalangeal joint may be subdivided into "calor" and *the right second distal interphalangeal jomt" 
Alternately, it may be subdivided into "calor," "right," "second," "distal," and "interphalangeal joint" 
1 5 However, various subdivisions may be envisaged. Further, other locations, conditions, and ailments may be 
subdivided in differing manners. 

What provides context to die symptom, "calor," is the location in the right second distal interphalangeal joint 
"Calor" may be referred and represented differently if located on the forehead or chest Various linguistic 
terms such as heat or fever may be used in place of "calor** depending on the context In addition, differing 
20 graphic overiays or representations may be used depending on the location about die body. 

hforeover, stating the existence of calor in the positive or the absence of calor in the negative may have 
ctiffering priorities and linguistic phrases. For example, when preparing a summary or narrative, noting the 
lack of a fever may be more important than noting a lack of calor in each joint of the hand. 

FIGs. 6A, 6B, 6C, and 6D depict context and relationships. For example, a location of the body may give 
25 context to a condition. FIG. 6A depicts the tocation "foor providing context to "swelling." Similarly, a 
"foot* may provide context to "calor" as seen in FIG- 6B. As such, a location finding may have various 
findings associated with it In addition, a condition or aihnent findmg m^ have various locations with which 
it may be associated. Moreover various conditions may gjve context to each other, such as swelling m 
conjimction with calor. 

30 The findings and finding relationships give context for linguistic and graphical representation. The finding 
relationships may also give context for the application of billing and coding rules. For example, with a point 
system for determining billing, an extremity such as a leg, induding the foot, may have an associated point 
limit However, other aihnents ot complaints may have differing rules applied to fliem such as no limits or a 
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difTering number of points. For example, the eye may have vision associated with it, as seen in FIG. 6C. 
Vision may be treated with rules that differ significantly from a laceration on an extremity, for example. 

These finding relationships may be categorized in a hierarchical relationship such as a parent-child relationship 
or a level relationship. FIG. 6D depicts a level relationship with various numbers of levels. For example, 
5 "calor" may have a certain context vfhsa associated generally with a joint However, the context may further 
change v^en that joint is die right second distal interphalangeal joint 

In a relational representation, symptoms may have an associated location. Treatment of the symptom for 
graphical r^resentation, linguistic reference, and coding may depend on the location. The relationship m^, 
in some cases, be reversed vAi&i the finding is a disease^ such as Arthritis where a symptom sudi as swelling 
10 or caior gives context to the disease. 

Findings information includes infcrmation about the current patient Examples of such information include 
complaint onset, complaint duration, conq)laint quality, complaint severity, causes of complaint, relievers of 
complaint, review of systems, physical condition, history, active problems, past problems, test results, current 
medications, demographic information, diagnosis, and prescribed medications. In an exemplary embodiment, 
1 5 this infonnation is encoded so that each finding is associated with a unique identifier in a inedical 

nomenclature fiweworic These identifiers may be associated in an object-oriented data model or a relation 
database. In another embodiment, findings are encoded as Booleans (representing present^not present for 
example), tri-state (present/not present/no-comment, for example), integer values, and character strings. 

The findings and relationships may be stored in various data files, such as a relational database or an object 
20. database. These files may then be accessed to provide a display, develop narratives or summaries, determine 
billing and medical coding such as Healthcare Information and Financing Administration codes, and store 
encoimter data. By determining unique findings, a default reference, representation, and rule s^ may be 
established. These refa*ences, representations, and rule sets may then be altered or replaced when a context or 
finding relationship dictates. 

25 FIG. 7 is an exemplary embodiment of data files. The data may be stored in two files or subsets of a file. The 
data may be stored in a database, text files, binary files, and spreadsheets, among others. For example, the 
data may be stored as two or more tables. One table is a unique finding table; the other table is a parent-child 
table. The unique finding table stores a list offindings associated with de&ult data. The parent-child table 
stores data associated with related findings. 

30 The system may apply rules to the use of data in the tables. For example, when creating a display associated 
with a set of associated findings, the system may check the parent child table for display data. If no parent 
child relationship exists, the system may use the de&ult display data stored in the unique findmg table. 
Similarly, insurance and billing code data or rules may be applied if foimd in the parent-child table and 
alternately use the default data of die unique finding table. In another example, priority may be given to 

35 narrative or summary language stored in the parent-child table. 
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FIG. 8 dqncts a table of stored data associated with a unique findings table. In this exemplaiy embodiment, 
the table stcsnes data associated with findings such as a finding identifier, a display name, a positive phrase for 
a narrative or summary, and a negative phrase for a narrative or summaty. However, a unique finding table 
may contain de&ult billing and insurance codes, other display data, such as control parameters, and links. 

5 FIG. 9 depicts a table of stored data associated with a parent-child table. The table may include a finding 
identifier, a child identifier, a categoiy, context data, an alternate name, level data, and a child order, among 

others. The finding identifier indicates the parent while the child identifier indicates the child in the 
relationship. In an alternate embodiment, the table may also include a unique identifier fcH- the relationship 
pair. Category data may indicate where the data is to be applied. For example, the category data m^ indicate 

10 whether the data ^lies to a lustoiy of present illness display, the physical exam, a narrative, prescriptions, 
and insurance and billing coding, among other applications. The context may indicate a finther relationship. 
Fw example, the parent-child data may be applied if and only if the relationship is derived fixwn a higher-level 
finding. Alternately, level may be used to determine when data associated with the parent-child relationship is 
to be used. For example, the parent-child data may only apply if the relationship occurs when associated with 

IS 2 other levels of findings. 

The alternate name may be an alternate display name when the finding is displayed in association with the 
parent finding. However, other data may be included in die alternate name field such as rules, codes, links, 
and phrases, among others. Other data may be included, such as control parameters or types. For example, 
data may be used to indicate the use of a bi-state or tri-state control element in a grq^cal user interface. 

20 The child order data may be used to specify if the alternate data should be used when the findings are 

associated in the reverse order, such as in the case of a symptom with a location or an ailment location with a 
syn^m. Various other data fields may also provide information regarding how, when, and what data to 
apply if two or more findings are associated vdth eadi other. 

In one exemplary embocfiment, the finding relationships reduce representation of redundant information. For 
25 example, the "recent histoiy". relationships of FIG. 3 may be used for more than one cancer, such as breast 
cancer, colon cancer, prostate cancer, and lung cancer. Utilizing reversible pairings such as swelling 
associated with a foot and a foot associated with swelling reduces database size. 

The findings and finding relationships arise in various situations including entry page displays, billing and 
insurance coding, narratives and summaries, and rqx>rts, among others. For example, the findmg^ and 
30 relationships may arise in association with recording a patient encounter. Each encounter may be associated 
with various data. For example, an encounter may be associated with history of present ilbiess (HPI) data. 
Each data may include findings. In addition, encounters may be associated with complaints, encounter 
finding, encounter findii^ modifiers, and test data, among others. 

FIG, 10 depicts an alternate method of storing the data model and constructing a graphical user interface (GUI) 
35 utilizing the data structures. A listing of complaints may be stored in a complamt table 1002. For example, 
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bieast cancer or Arthritis may be considered a complaint Several data entry templates may be associated with 
each complaint For example, a breast cancer complaint may have an assodated history of present illness 
(HPI) template and a review of systems (ROS) template. The template table 1004 may stwe a listing of 
templates associated with each con:^)laint For example, the template table 1004 may store unique identifiers 
5 for each template and a data field for the associated complaint 

Template information is infonnation that prompts or enables the user to enter findings information and is 
selected for display based on criteria including die patient's chief complaint (e.g. "chest pain" or "sore 
throat"), or the current task (e.g "history of present illness" or "selected diagnosis"), or bodi. Template 
information to be displayed may also be selected based on factors such as demographic information about the 
10 patient, clinic, physician spedalty, or physician preferences. Templates may be identified in the template table 
1004. Information associated with the template such as template information may be derived fix)m finding 
relationships and metadata associated with those relationships. 

The finding relationship table 1006 may store fin(fings and relationships. Some of the relationships may be the 
template relationship to findings associated witti the template. For example, a *T)reast cancer** HPI template 
1 5 may have a relationship with 'Yecent history." The findings relationship table 1006 may also stCM-e other 
finding relationships. For example, *'recent history" may have a relationship with "stable systems." The 
finding relationships table 1006 may also provide each relationship with a unique identifier. In one 
embodiment, the finding relationships table 1006 m^ provide context data such as names, level usage, order 
usage, control element parameters, coding, positive narrative text, and negative narrative text. 

20 In an alternate embodiment, some of the context data may be stored in the finding relationships table 1006. 
OUier context data may be stored m tiie finding usa^ table 1008. The finding usage may store the context 
data such as names, level usage, order usage, control element parameters and types, coding, positive narrative 
text, negative narrative text, and otiier metadata. The context data may be associated with ttie relationship 
unique identifier. In one exemplary embodunent, flie finding usage table 1008 may also include a field for 

25 identifying a controlled medical vocabulary identification number. 

A controlled medical vocabulary (CMS/) table 1010 may also be used. For example, "calor" may have be a 
controlled medical vocabulary (CMV) term stored in die controlled medical vocabulary table in association 
witii die controlled medical vocabulary identification number. '^Calor" may have a set of associated default 
metadata. However, tiie defiiult data may be overridden by metadata located in tfie finding usage table 1008 or 
30 die finding relationship table 1006. 

In further exemplary embodiments, tables such as a ccnrelated indications table 1012 or modifier table 1014 
may be included. The CMV identifier may be used as a key into tables, such as the correlated indications table 
1012, which lists potentially correlated findmgs, such as race and disease. Otiier tables, such as the modifier 
table 1014, may Include relationships such as location-based associations to the CMV term. For example, 
35 'Vision" may only be associated with die eye while **calor" may be associated witii joints or, generally, with 
fever. 



WO0405162 8 fhttp://wvw. getthepatent.com/Login.doq/Smdean/Fetch/Default.dog/W 



Pa ge 10 of 29 



WO 2004/051628 PCTAJS2003/038037 

-9- 

In one particular embodiment, the data tables may also include an encounter findings table 1016. The 
encounter findings table 1016 may store data gathered fiom the GUI created with the data of tables 1002, 
1004, 1006, 1008, and 1010. TTie encounter findings table 1016 may reference the relationship identification 
number or the CMV identifier. In anoUier embodiment, the encounter findings table 1016 may also reference 
5 the template identifier. The encounter findings table 1016 may include data such as control element state or 
status associated with a finding or finding relationship. These findings may be associated with a patient 
through a patient identifier, for example. 

An exemplary relational database may also include user tables, user prefoence tables, customized tables, 
patient tables, pharmaceutical tables, coding tables, lookup tables, and other data tables. 

10 In one exemplary embodiment, the data structure may be used to generate a GUI for entering patient encounter 
data. In another exemplary embodiment, the data structure may be used to code encounter data for medical 
and billing purposes. In a further exemplary embodiment, the data structure may be used to research 
relationship between ailments and findings. For example, a correlated indications table 1012 may be used to 
explore possible relationships or correlations between findings. In one ecemplary embodunent, a doctor may 

1 5 be encourage by researchers, for example, througji pa)dng a reward, for acquiring or filling additional finding 
data associated with tiie relationship being explored. Such information may be prompted through tiie 
correlated indications table 1012. In anotiier exemplary embodiment, tiie data structures may be used to 
generate narratives. 

FIG. 1 1 depicts an exemplary embodiment of a system. The system may include a server 1 1 16 and a database 
20 1 1 18, The database 1 1 18 or server 1 116 may include data files associated with findings and fmding 

relationships. The data may be used in accordance witti various rules to provide context-sensitive usage of the 
date. For example, tfie data may be used to provide context sensitive displays, billing and insurance codes 
such as Healtiicare Information and Tmancing Administratiwi codes, and sunmiaries and narratives, among 
others. 

25 In one example, the server may serve an interface over an interconnected network 1 1 14 to an mterfece device 
1112. The interface device 11 12 may interpret the interfece and provide a display and data entiy screen. 
Depending on tiie context of tiie screen, tiie context of flie finding selection, and/or tiie context of flie request, 
. tiie display may represent various findings in various manners in accordance witii the rules and data associated 
witii those findings and associated finding relationships. 

30 However, tiie server 1 1 1 6 and database 1118 may or may not be separate. In addition, tiie interface device 
1 112 may be combined witii the server 1116 and/or database 1118. Moreover, tiie finding data and finding 
relationships may be used to provide various outputs including reports, summaries and narratives, 
prescriptions, history of present illness interfaces, diagnostic interfeces, test r^rts, billing codes, insurance 
codes. Healtiicare Information and Financing Administrations/ Medicare/ Me<ficaid coding, and otiier data, 

35 among others. 
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FIG. 12 depicts an exemplaiy embodiment of a server. The server 1200 includes one or more processore 1202 
and one or more network mterfaces 1204. The networic interfaces 1204 may include vvrireless and wired 
mter&oes. The wireless inter&ces taay, for example, include Bluetooth or 802.11 inter&ces. 

The server 1200 may also include databases 1206. The databases 1206 may be relational databases structured 
5 in a manner similar to those of FIGS. 7, 8, and 9, or 10. Alternately, the databases 1206 may be located or 
housed separately irom the server 1200. 

The server 1200 may also include storage media 1208. The storage media 1208 may include instructions for 
, accessing database 1210. For exan^ile, the instructions m^ direct the processor 1202 to access the database 
1206 to acquire the finding relationships and associated metadata. The storage media 1208 may fiirther 

10 include instructions 1212 operable to direct the processor 1202 to generate interface data. The interfece data 
may for example include XML data, HTML data, graphical data, coded data, and other data. For example the 
instructions 1212 may generate XML data for use by an application to generate a GUI. The server 1200 may 
include instructions 1214 for generating a GUI based on the interface data and the relationship data. The 
interface may include HTML pages, ASP code, Java applets, javascripts, PHP, and other interfece formats. 

1 5 Alternately, the interface data may be forwarded to an interfece device where the data is converted to a GUL 
The server 1200 may also include instructions 1216 for receiving encounter data, such as the results of a ROS 
or HPI encounter. The database access instructions 1210 may be used to store the encounter data in the 
databases 1206. The server 1200 may further include graphical element data, other instructions, and other 
data. 

20 FIG. 13 depicts an exemplary embodiment of an interface device. The interface device 1300 includes one or 
more processors 1302 and one or more network interfaces 1304. These interfaces may be wireless or wired. 
In one exemplary embodiment, the interface device is a portable circuitry, such as a tablet computer or 
handheld PDA. 

The interface device 1300 further includes storage media 1306. The storage media 1306 may include 
25 instructions for receiving interface data 1308, instructions for generating and/or displaying a GUI from tiie 
interface data 1308, and instructionis for receiving and sending encounter data 1312. In one exemplary 
embodiment, the interface data 1308 is an XML file with data useful for building a GUI. In another 
embodiment, an HTML file or complete GUI is communicated and instructions 1310 display die GUI. For 
example, instructions 1310 may include a browser. 

30 FIG. 14 depicts an exemplary method for use by tiie system. The method may or may not include a request for 
data as seen in a block 1402, For example, a user may request a display page. The display page may be 
associated with findings having context and relationships. The system may access the data files to ascertain 
tiie existence of available data as seen in a block 1404. The system then applies the rules to determine how to 
apply tiie data. For example, the system may give precedence to data found in a parent-child table over defeult 

35 data found in a unique finding table. Then, the system may prepare the output as seen in a block 1408. The 
output may be interface data or an interface page. For example, the ou^ut may be an interfece page tiiat is 
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displayed as seen in a blodc 14100. However, the output may be a report, summary, narrative, insurance code, 
or NlUng cxxle, among others. 

FIGS. 15 and 16 depict an exemplaiy interfece. FIG. 15 depicts a HPI page associated with breast cancer. 
Finding relationships are used to dynamically generate the GUI. For example, "breast cancer" is associated 
5 with "recent history.*" "Recent history is associated witti "stable symptoms." A display is generated with the 
section heading "Recent History* with control elements and links associated with "stable symptoms." 
Metadata associated with the relationships is used to create links and control elements. The interface m^ 
include HTML pages, ASP code, Java applets, javascripts, PHP, and other interfece fonnats. 

A GUI may include a graphical rq^resentation of location, other headings and subheadings, and a variety of 
10 control elanents, such as text boxes, links, check boxes, and bi-state and tri-state control elements. The GUI 
may also include patient names, advertising areas, pictorial links, and various graphical elements such as lines, 
pictures, icons, and tabs. 

FIG. 16 depicts the selection of a "Tumor D^ils" link shovm in FIG. 1 5. The link activates a page having 
type, status, stage, grade, marker, and detection information. The type may, for example, be breast cancer 
15 specific. However, other headings may include aspects generic to tumors or generic to diseases and 
conditions. 

In one particular embodiment, the disclosure is directed to a system for displaying medical data entry pages 
vwth context-based information. The system mcludes a server and data files. The data files include one or 
more flies associated with findings and finding relationships. The files may comprise a database. Rules 
20 associated with the files may determine the context based representation associated vdth findirig pairs. The 

rules may also determine billing codes, summary representations, and data storage, among others. The system 
may deliver medical data entry pages to entry devices includmg wireless pads, desktop computers, laptop 
computers, and handheld computers, among others. 

In another embodiment, the disclosure is directed to a context-based interface. The interface may contain code 
25 interpretable for displaying varying representations of a fincMng given its context The interface may include 
HTML pages, ASP code, Java applets, javascripts, and PHP, among others. 

In a further embodiment, the disclosure is directed to in database structures with at least two tables. One table 
has a listing of findings with default data. Another table has a listing of finding relationships with alternate 
data. Pnortty may be given to data associated with the finding relationships over the default table. In this 
3 0 manner, die findmg relationships may used to specify context in which alternate data applies. 

In another embodiment, the disclosure is directed to a method for applying rules to finding relations to 
determine billing codes, billing points, and insurance coding and representations, among others. The system 
may access the data in a prioritized manner, apply rules to the data, and prepare an ou^ut 
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The above-disclosed subject matter is to be considered illustrative, and not restrictive, and the appended claims 
are intended to cover all such modifications, enhancements, and other embodiments, which M\ within scope of 
the present invention. Hius, to the maximum extent allowed by law, the scope of the present invention is to be 
determined by the broadest permissible interpretation of the following claims and their equivalents, and shall 
5 not be restricted or limited by the foregoing detailed description. 
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CXAIMS: 

1. A system ccxnprising: 
a processor; 

a database accessible to the processor, the database comprising: 
5 a relationship table identi^g a relationship of at least one pair of medical findings; and 

storage media storing: 

instructions operable to direct the processor to retrieve tiie relationship of the at least one 
pair of medical finding?; and 

instructions operable to direct the processor to generate graphical user interface data based 
10 on the relationship. 

2. The system of claim 1, further comprising instructions operable to direct the processor to geamte 
a graphical user interface based on the graphical user internee data. 

3. The system of claim 1, wherein die relationship comprises a parent medical finding and a diild 
medical finding. 

1 5 4. The system of claim 1, wherein the medical findings comprise at least one complaint and at least 

one diagnosis. 

5. The system of claim 1, fiirtiier comprising a network interface accessible to die processor. 

6. The system of claim 5, wherein the storage media further comprises instructions operable to direct 
the processor to communicate the graphical user interfece data to an interfece device via the network 

20 interface. 

7. The system of claim 6, wherein the interface device comprises instructions for generating a 
graphical user interfiice based on the graphical user interface data. 

8. The system of claim 5, wherein the n^ork interface is a vwreless network interface. 

9. The system of claim 1, wherein flie database further comprises a template table identifying a 
25 parent finding associated with the relationship of the at least one pair of medical findings. 



10. The system of claim 9, wherein the database further comprises a complaint table identifying a 
complaint associated with the parent finding. 
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1 1, The system of claim 1, wherein the database further comprises a finding usage table identifying 
metadata associated with at least one of a parent finding and a child finding associated with the 
relationship of the at least one pair of medical findings. 

12. The system of claim 1 1, wherein the m^adata comprises a display text 

5 13. The system of claim 1 1, wherein the metadata comprises a control element type. 

14. The system of claim 1 1, wherein the metadata comprises a medical coding. 

15. The system of claim 1 1, \^erein the metadata comprises a billing code. 

16. The system of claim 1 1, wherein the database further comprises a controlled medical vocabulai^ 
table. 

J 0 17. The system of claim 1, wherein the database further comprises a encounter finding table 

identifying an encounter finding associated with tiie relaticmship of the at least one pair of medical 
findings. 

18. The system of claim 17, wherem the storage media further comprises instructions operable to 
direct the processor to receive die encoimter finding and store the encounter finding in flie encounter 

IS findings table. 

19. The system of claim 17, wherein the storage media further comprises instructions operable to 
cfirect the processor to determine a billmg code associated with the encounter finding. 

20. The system of claim 17, wherein the storage media fiirther comprises instructions opemble to 
direct the processor to determine virtual consultant data based on the encounter finding. 

20 21. A device comprising: 

a processor; 
a display medium; and 

storage media accessible to the processor, the storage media comprising: 

instructions operable to direct the processor to display a graphical user interface based on at 
25 least aie relationship of a pair of medical findings. 

22. The device of claim 21, wherein flie storage media further comprises instructions operable to 
direct the processor to generate the graphical user interfece based on the at least one relationship. 
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23. The device of claim 21, wherein the storage media fiirther comprises instructions operable to 
diiect the processor to communicate data associated with the graphical user interface. 

24. The device of claim 21, wherein the at least one relationship comprises a parent medical finding 
and a child medical finding. 

5 25. The device of claim 21, wherein the medical finding? comprise at least one complaint and at least 

one diagnosis. 

26. The device of claim 21, wherein the device cOTiprises wireless portable computational circuitiy. 

27. The device of claim 21, wherein the device comprises tablet computational circuitry. 

28. The device of claim 21, wha-ein the device comprises a personal digital assistant. 

10 29. A method of providing a medical encounter graphical user interface, the method comprising: 

retrieving data associated vwth a relationship of at least one pair of medical findings from a database; 
and 

generating graphical user interface data based on the relationship. 

30. The method of claim 29, further comprising generating a graphical user interface based on the 
1 S graphical user interface data. 

31. The method of claim 30, further comprising communicating the graphical user interface to a user 
device. 

32. The method of claim 29, further comprising communicating the graphical user inter&ce data. 

33. The method of claim 29, further comprising: 

20 receiving data associated with the relationship and an enoountei^ and 

storing the data in an encounter finding table in the database. 

34. The method of claim 33, wherein the encounter comprises attendance to a patient by a medical 
professional. 

35. Storage mecfia comprising: 

25 computer operable instructions stored in a computer readable memory, the computer operable 

instructions to direct computational circuitiy to: 
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retrieve data associated with a relationship of at least one pair of medical findings fr(Hn a database; 
and to 

gaierate graplucal user int^^ce data based on the relationship. 

36. The storage media of claim 35, further comprising instructions to generate a graphical user 
S interface based on the graphical user inter&ce data. 

37. The storage media of claim 36, further comprising instructions to communicate the graphical user 
inter&ce. 

38. The storage media of claim 35, further comprising instructions to: 
receive data associated with the relationship and an encounter, and 

1 0 store the data in an encounter fmding tabl e in the database. 
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